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SUMMARY AMD BACKGROUND OF THE INVENTION 
The present invention relates to the collection, 
transmission and analysis of real time information 
data between a train and remote stations and the use 
5 of real time information on the train. 

The communication between a remote station and a 
moving train has generally been via radio waves. This 
is generally voice communication to the engineer. 
Some systems use ground terminal control computers for 

10 receiving and transmitting digital information to the 

data management system aboard a locomotive from a 
central location. Wayside inspection devices are also 
located at various points along the track and provide 
track status information and train inspection 

15 information. One example of such a system is 

described in U.S. Patent 4,896,580. Communication of 
position as well as other parameters may be via 
satellite as described in U.S. Patent 5,491,486. The 
data being transmitted to the trains are generally 

2 0 track occupancy or track control information to be 

used by the engineer on board. The information being 
transmitted from the train to the central office is 
general status of train operating conditions. A 
general discussion of central location to train 

25 communication as well as tracking reporting equipment 

inventory in a locomotive is described in U.S. Patent 
5, 786, 998 . 

Trains generally include event recorders. The 
information on the event recorders is data and status 
30 of different variables and operating conditions on the 

train recorded as a function of time. This 
information is downloaded and used for various 
analyses. A computer can also be used to analyze or 
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printout speed, acceleration/deceleration and distance 
traveled from this recorded data. Such a system is 
described in U.S. Patents 4,561,057 and 4,794,548. 

Historically, the information from the event 
5 recorder has been printed out on strip recordings or 

tables and analyzed by hand. Playing the information 
back on a simulator using the data from the train 
recorder is described in U.S. Patent 4,827,438. The 
simulator uses its own mathematical algorithms of the 

10 train physics and plays back the results of this 

process. It does not take into account variations of 
the train parameters which were assumed in the 
algorithms. These assumptions induce errors and thus, 
the response of the operator on the simulator may 

15 appear to be inappropriate. As suggested in the '43 8 

Patent, the system can detect potential errors and 
provide the operator with the relative magnitude of 
the error. Based on this error, the train 

efficiencies can be reprogrammed into the computer to 

20 adjust for this error. The reprogramming is done 

manually by the simulator operator based on his 
experience . 

The present invention provides a method of 
transferring files between a computer on board a train 

2 5 and a remote station. The method includes determining 

if the remote station is within range of the train and 
establishing wireless communication between the 
onboard computer and the remote station. Next, the 
computer determines whether there exist new files to 

30 be transferred, and if so, transfers the files. If 

the remote station has software or data file updates 
to be transferred to the train, such updates are 
transferred to the onboard computer. To determine 



whether the remote station has updates to be 
transferred, it compares the version in the onboard 
computer to the version in the remote station. 

The information being transferred from the 
5 onboard computer to the station includes the train 

performance data, track data and data from log files 
and event recorders connected with the onboard 
computer. The updating of information from the 
remote station to the onboard computer includes new 

10 application software and operational databases. This 

is in addition to the information with respect to 
traffic conditions, track usage and other operational 
limitations. If the train includes a plurality of 
event recorders, the information is provided to the 

15 onboard computer and then transferred therefrom. 

Alternatively, each event recorder may be connected to 
its own onboard computer and each onboard computer 
establishes communication to the remote station. 

To determine whether a remote station is within 

2 0 range includes determining the location of the train 

and knowing location (s) of the next remote station (s) . 
From this knowledge, communication can be attempted 
when in range of stations. Alternatively, the on- 
board computer can periodically send out a query to 
25 any base stations in range. When a remote station 

responds, the communication links can be established. 

Locomotive files transferred from an onboard 
computer to a remote station may also be transferred 
to other remote stations, including a unique remote 

3 0 home base station. The home base station may act as a 

central data-collection and storage point for all 
locomotive files for all railroads. It is also the 
repository and distributor for the software and 



operational data updates that the remote station 
transfers to the onboard computer, and for software 
updates for the remote station itself. 

A connection between a remote station and the 
5 home base station may be established for a number of 

reasons: when new locomotive files are available on 
the remote station; when new software or operational 
data is released on the home base station; upon 
request by a user; according to some schedule; or some 

10 combination of these or other reasons. When a 

connection is established, the remote station may 
transfer locomotive files to the home base station, 
and the home base station may transfer software or 
operational data updates to the remote station. 

15 To determine whether the home base station has 

software or operational data updates to be 
transferred, the version in the remote station is 
compared with the version in the home base station. 
Only the additions, changes and deletions resulting 

2 0 from the comparison is transferred. The home base 

station also collects information logged by the remote 
station. The remote station logs operational 
information that includes communication statistics, 
which locomotives established communication and when, 

25 which locomotive files were transferred, and which 

software updates were sent . 

A method of adjusting a simulator and processing 
data from an event recorder of a train or data 
transferred by the previously mentioned method or 

30 other available methods includes inputting the data 

into the simulator. The simulator is operated with 
the data and the simulator automatically adjusts the 
parameters of the simulator until the data of the 



simulator matches the data from the event recorder. 
The parameters to be adjusted include one or more of 
grade resistance, curve resistance, rolling 
resistance, tractive effect of trains, locomotives, 
dynamic brake effect of the train's locomotives, 
pneumatic brake system and train weight. 

After adjusting the parameters, the input data is 
analyzed on the simulator. Analyzing the data 
includes automatically or manually identifying 
arbitrary anomalies as identified by the user in the 
input data and reporting the anomalies. Adjusting the 
parameters includes comparing the simulator data and 
the event recorder data during a change of velocities. 
These changes of velocities occur during one or more 
of the following trip features: curves, grades, 
braking and throttle changes. 

Wherein the train includes plural event 
recorders, the input data from each of the recorders 
is provided to the simulator simultaneously or in 
sequence and the simulator is operated and the 
parameters adjusted using data from all the event 
recorders from the same train. If the simulator is on 
board the train, the updating of the parameter can be 
performed on the train and stored and transmitted with 
event recorder data to alleviate the need for post 
adjustments . 

Other advantages and novel features of the 
present invention will become apparent from the 
following detailed description of the invention when 
considered in conjunction with the accompanying 
drawings . 



BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a schematic representation of train 
communication system incorporating the principles of 
the present invention. 

Figures 2a and 2b are flow charts of an automatic 
software and data update upload and log file download 
with two different methods of establishing 
communication according to the principles of the 
present invention. 

Figure 3 is a schematic representation of 
software and data paths between a home base station, 
data server /playback stations, an event recorder, and 
locomotive on-board computers. 

Figure 4 is a process of analyzing data from 
event recorders according to the principles of the 
present invention. 

Figure 5 is a flow chart of adjustment of a math 
model of a simulator based on real data according to 
the principles of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EM BODIMENTS 
Figures 1 illustrates a train having head-end 
locomotives 12 and 14 separated from a midtrain 
locomotive 16 by a plurality of cars. Each of the 
locomotives includes at least an onboard computer 
(OBC) 18 connected to a display 20. It also includes 
an event recorder (ER) 22 connected to the onboard 
computer 18. The onboard computer 18, through 
transmitter 24, communicates with the base station 26. 
The plurality of base stations 26 are provided within 
proximity of the tracks. The base station may also be 
a satellite or other types of communication terminals. 
A data server/playback station (D/PS) 28 is connected 



to or is part of the base station 26. Additionally, 
communication with the data server/playback station 28 
is provided through modem 3 0 to a greater network or 
communication system to be described with respect to 
Figure 3. The base station 26 may also include an 
event recorder 32 by itself or in combination with 
data server/playback station 28. 

The event recorders 32 are generally adjacent the 
track at control points and are designed to time 
stamp, capture, and record status information records 
of the control point equipment over time. These 
information records can include but are not limited 
to: Signal aspects of information; Trains, cars, or 
axles that have crossed by the Control Point; Gate 
position informations; Crossing Occupancy status; 
Indication of other trains in the vicinity; and Video 
and audio recordings of the area. 

The onboard computer 18 includes log files of 
information, data and characteristic of the 
locomotive. Some of these log files are from the 
event recorder 22. The onboard computer 18 also 
includes various programs of software or application 
software and operational databases. The data 

server/playback station 28 collects files from the 
onboard computer 18 and provides new or updated 
application software and operational databases to the 
onboard computer 18. 

Each of the locomotives 14 and 16 will include 
their own onboard computer 18, optional display 20, 
event recorder 22 and transmitter 24. The individual 
event recorders 22 may be connected to a single 
onboard computer 18 which communicates to the data 
server/playback station 28. Alternatively, each of 



the on-board computers 18 on each of the locomotives 
12, 14 and 16 may independently communicate its files 
to and receive software from the data server/playback 
station 28. 

The on-board computer 18 may be the general on- 
board computer of a locomotive. It may also include 
a special system known as LEADER system, available 
from New York Air Brake Corporation. This system 
determines and displays information of the dynamic 
condition throughout the train to aid the engineer in 
operating the locomotive. The LEADER system uses 
prestored information about the track characteristics 
and structures along the path. It also includes 
information about the locomotive used in the 
calculation for the simulation of loads throughout the 
train. LEADER system also updates its data base 
information and this may be one of the files 
transmitted to data server/playback station 28. 

The on-board computer determines whether a base 
station 2 6 is within range and establishes 
communication. To determine whether a remote station 
is within range includes determining the location of 
the train and knowing location (s) of the next remote 
station (s) . From this knowledge, communication can be 
attempted when in range of stations. Alternatively, 
the on-board computer can periodically send out a 
query to any base stations in range. When a remote 
station responds, the communication links can be 
established. After this communication is established, 
it downloads new files to the download/playback 
station and receives updated software and data files. 

The flow chart of the method is described in 
Figure 2a and 2b. To establish communication as shown 



in Figure 2a, the LEADER system includes track 
structure and structures including locations of base 
stations. The software monitors location of the train 
relative to the track structure. Next, it makes a 
decision of whether a base station is within a 
predetermined range knowing its location relative to 
the track. If the base station is within range, it 
establishes communication. Alternatively, as shown in 
Figure 2b, a timer is set and upon the expiration of 
the timer, a query is transmitted. If a base station 
responds, communication is established. If not, a new 
timer cycle and query is performed. 

Next, it determines whether there are any new log 
files present. If so, it downloads new log files to 
the data server/playback station 28. Next, there is 
a determination of whether there are any software or 
data file updates for the onboard computer. If there 
are updates, they are uploaded to the locomotive. If 
not, it cycles back to monitoring locations. If there 
are updates, and the upload is complete, communication 
is disrupted and the system cycles back to monitoring 
locations. The upload and download may be performed 
in any order. The updated data files may be from the 
data server/playback station 28 and/or the event 
recorder 32. 

The determination of whether the software or the 
data files are to be updated includes determining the 
software or data file version or data on the onboard 
computer 18 and comparing it against the latest 
version available at the data server/playback station 
28. If it is not the latest version, the update is 
then transmitted. This determination can be made at 
the data server/playback station 2 8 and/or the onboard 
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computer 18 via the communication links. 
Alternatively, the latest version can be uploaded 
automatically and replace the onboard version even if 
it is the same. 

5 The preferable method of transmitting updates is 

in the form of a delta that spans multiple versions of 
the updates. The update combines multiple files into 
a single file for easy server distribution known as 
packing. The delta combined with packing and 
10 compression techniques reduces the time and cost of 

electronic distribution of the update. The delta is 
a measure of the comparison between the additions, the 
changes and/or the deletions between the present 
version in the on-board computer and the new version. 
15 The comparison may span multiple revisions. For 

example, the information being transmitted is a direct 
comparison between version A and version D and does 
not include the intermediate conversions from A to B, 
B to C, and C to D. This reduces the amount of 
20 information transmitted as well as any errors which 

may be introduced in the intermediate conversions. 

The creation of a delta for the added and changed 
information is easily identified, packed and 
compressed; and transmitted, decompressed and 
25 unpacked. The deleted or obsolete files are also 

identified and this information is packed and 
compressed and transmitted, such that these files can 
be deleted. The information for deletion is an 
identification or instruction, not transmission of a 
3 0 complete delta indicating the total deletion change. 

The on-board computer may not be in continual 
communication with any of the base stations 26 or any 
central stations. Communication may be selective. 



The LEADER system preferably is continuously running 
or multitasking during this communication process. 
Alternatively, the LEADER system may be only 
temporarily paused during the transmission of the 
files and receiving the updated software and data. 
This process is relatively fast and, therefore, would 
be imperceptible to the operator. It is desirable 
that the LEADER system not be paused so that there is 
no loss of information in the files and therefore, the 
files being transferred are the latest and represent 
a complete set. Alternatively, buffers may be 
provided to capture information during the transfer of 
files and software. 

File transfers between the onboard computer 18 
and the data server/playback station (D/PS) 28 may be 
resumed after an interruption of wireless 
communication. This means that transfers will 
eventually be completed given a sufficient number of 
good communication sessions. Any files that have been 
partially received when a transfer is interrupted are 
marked as incomplete by the receiving computer, and 
will not be used until they have been completely 
received and validated. Alternatively, the incomplete 
file may be deleted and received again in another 
session. Transferred files are currently validated by 
methods that include size, checksum and CRC checking. 
Invalid files are rejected and deleted. The 
communication sessions may be with a single D/PS 28 or 
different D/PS's 28. Communication between D/PS 28 or 
a controller or home base station, as shown in Figure 
3, will allow joining of partially received files at 
different DPS 28. 



-12- 

The files which are transferred from the onboard 
computer to the base station 26 and data 
server/playback station 2 8 and subsequently to a home 
base includes train performance data, track data and 
other kinds of data available from the event recorder 
22 on the train. The data available from the event 
recorder 22 includes data concerning one or more of 
the following: control signals on the 27 pin M.U. 
Line, brake system pressures (brake pipe, brake 
cylinder, etc.) Dynamic brake signals and conditions, 
air flows, accessory status (horn, bell, etc.), ground 
fault, hot units, generator and traction motor, time 
of day, locomotive ID, etc. 

As a LEADER equipped train approaches a control 
point a radio communication link can be established 
during which the control point computers which 
includes event recorder 32, and the LEADER computer 
identify each other. The LEADER computer can query 
the control point for current status information for 
immediate display on the LEADER display/processor. 
Further, the control point computer can upload an 
event log (time history) to LEADER system and the 
LEADER computer can incorporate the Control Point 
event log into the LEADER logfile set for storage. 

When the LEADER equipped train passes by a base 
station 26, it will download not only standard LEADER 
logfiles but also the supplemental control point 
logfiles correlated with the LEADER logfiles. LEADER 
system analysis will then be enhanced to include but 
not be limited to: the signal aspects before, during 
and after the train has passed the signal; status of 
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the crossing gates; crossing occupancy status; and 
indication of other trains in the vicinity. 

In addition, any maintenance information 
regarding the control point can be carried by the on- 
board LEADER system to be downloaded to the base 
station 2 6 for processing. The LEADER system playback 
and analysis processing can identify and report on any 
maintenance issues reported by the control point. The 
same type of information could be captured and 
displayed from other track side equipment such as hot 
box detectors where a radio link can be established 
and utilized for real-time exchange. 

In general the locomotive becomes a vehicle to 
transport data from distributed locations control 
points to a more central location or base station 26. 
Software updates for control points can be 
accomplished the same way software updates for LEADER 
system. The LEADER equipped locomotive becomes a 
vehicle to carry the software update from a central 
point or base station to the control points where the 
update is downloaded via a radio link. 

By using the train communication system to relay 
the information from the control point to a home base 
station, the sophistication and cost of the 
transceiver for the control point and event recorder 
3 2 can be substantially reduced. 

Figure 3 expands Figure 1 to show the 
connectivity on the network. The data server/playback 
station (D/PS) , are nodes on the network. The arrows 
show the flow of information between the components of 
the nodes. A single D/PS may exchange information 
with a plurality of onboard computers (OBC) , either 



simultaneously or sequentially. A single OBC may 
exchange information with a plurality of D/PS, but not 
simultaneously. The transfer of OBC data files 
(OBC/DF) from the OBC to the D/PS, and the transfer of 
OBC software (OBC/S) from the D/PS to the OBC, is via 
wireless communication as previously detailed. 

The network also allows a D/PS to exchange OBC 
files with one or more other remote D/PS. This makes 
analysis and playback possible from any remote 
station, and the redundancy provides one means to 
backup the OBC files. The connection is via some 
network such as voice telephone lines or the Internet 
or wireless. A connection may be established when a 
D/PS has new OBC files to share, or according to some 
schedule, or by some combination of these or other 
triggers . 

A D/PS may also connect to one or more playback 
station (PS) 34, which is nothing more than a station 
without the ability to communicate with the OBC. A PS 
can receive OBC files from the D/PS . It may be 
portable, in which case the connection is via RS-232, 
Ethernet, or some other similar media, and the 
connection is established by the user. A PS may be 
remote, in which case the connection is via some 
network such as voice telephone lines or the Internet 
or wireless, and the connection is established either 
by the user or as needed by a D/PS. 

An event recorder 32 at a control point is also 
shown. It may communicate directly to an OBC or 
through a D/PS. 

The D/PS includes log files of information 
pertaining to its own operation. These log files 
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D/PS/DF include activity and performance information 
such as which locomotives established contact and 
when, which OBC software updates were sent to a 
locomotive, which OBC files were received from a 
5 locomotive, communication statistics, and any other 

information that may prove useful. The D/PS also 
includes operational software D/PS/OS. 

A unique station on the network, called the home 
base station (HBS) 40, connects to a plurality of 

10 D/PS. The connection is via some network such as 

voice telephone lines or the Internet or wireless. A 
connection may be established for a number of reasons: 
when a D/PS has new OBC files to share; when new D/PS 
or OBC software has been submitted to the HBS; upon 

15 request by a user; according to some schedule; or by 

some combination of these or other triggers. 

The HBS is a repository for both OBC and D/PS 
software updates. Software updates are submitted to 
the HBS, where they are stored and electronically 

20 distributed to the D/PS. The HBS determines if it must 

send a software update to the D/PS by comparing the 
latest version stored on the HBS with the latest 
version on the D/PS . The D/PS installs D/PS/S software 
D/PS/OS updates that it receives. The D/PS also acts 

2 5 as a repository for OBC software updates OBC/S, which 

it transfers to the OBC as described previously. 

The HBS will receive and store D/PS log files 
D/PS/DF, which can be used for report generation, to 
analyze communication problems, and so forth. It may 
30 also receive and store OBC files for all locomotives 

for all railroads, making them available for analysis, 



simulation, report generation, and so forth, and 
providing a means to backup the files . 

One or more railroad subnets 42 exist within the 
network. A subnet groups together the OBC, D/PS and PS 
nodes according to the territorial boundaries or 
operating ranges of a particular railroad, 
subdivision, or other entity. Figure 3 shows, for 
example, a plurality of D/PD's, one PS and two OBC as 
part of one subnet. The OBC's are shown communicating 
with a specific D/PS. The subnet may include any 
number of D/PS, PS or OBC. 

An OBC is preferably a member of only one subnet, 
and usually it will only establish a connection with 
D/PS nodes on that subnet. However, under special 
circumstances an OBC may connect with D/PS on one or 
more "foreign" subnet (i.e., subnets may overlap, or 
even merge) . When this occurs, the OBC may transfer 
OBC files to the foreign D/PS, and the D/PS may 
transfer OBC software to the OBC. 

A D/PS is a member of only one subnet, and 
usually it will only establish a connection with other 
D/PS and PS nodes on that subnet (and with the HBS) . 
However, under special circumstances a D/PS may 
connect with D/PS on one or more "foreign" subnets. 
For example, when a D/PS receives foreign OBC files, 
it may transfer those files to the D/PS on the foreign 
subnet directly or through the HBS 40. This ability 
for subnets to intersect and interact can be useful . 
For example, if the AB and CD railroads merge into the 
ABCD railroad, the two subnets are able to merge. 

The network is defined by a callbook. A callbook 
contains connection information for nodes on the 



network such as subnet identifier, connection type 
(e.g., modem), GPS locations of D/PS sites, telephone 
numbers, Internet addresses, and so forth. 

When a new locomotive is commissioned for an 
existing subnet, the OBC software installed on the 
locomotive contains the (unchanged) callbook for that 
subnet. Because a locomotive OBC initiates contact 
with D/PS, and not vice versa, adding (or removing) a 
locomotive does not alter the network configuration in 
any way. A D/PS will adapt to a new locomotive without 
any reconfiguring. 

When a D/PS is commissioned or decommissioned for 
an existing subnet, or if its connection information 
changes, (for example, telephone number) , the callbook 
is updated and electronically distributed to the D/PS 
and OBC on that subnet. Because a locomotive OBC 
initiates contact with a D/PS, and because a D/PS 
initiates contact with other D/PS, changes to a D/PS 
therefore require changes to the callbook. 

When a subnet is commissioned or decommissioned, 
the callbook is updated and installed on the OBC and 
D/PS for that subnet. A new subnet 42 comes into 
existence, for example, for a new railroad or 
geographic territory. 

Although the communication used as an example has 
been radio frequency between the OBC and D/PS and 
wired communication between D/PS and HBS , other 
wireless communication technology may be used. This 
could include cellular or other wireless telephonic 
technology. 
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The processing of information from the onboard 
computer and preferably from the event recorders is 
processed according to Figure 4 . The received 
information is inputted into a simulator so as to 
process the parameters. This method matches the 
parameters of the data from the train with that of the 
simulator such that the simulator automatically 
reflects the actual train. After the parameters have 
been processed, the data is then analyzed. 
Automatically, arbitrary anomalies identified by the 
user are searched for. If they are not found, the 
processing continues. If they are found, there is a 
notification to a designated party. The notification 
can be provided through modem 3 0 which also provides 
access to the raw information or any report or 
analysis of parameters. The notification can also be 
provided by visual indication on screen or in a file. 

If an anomaly is found in an automatic processing 
session, the anomaly along with the information about 
the train (location, time, crew, train makeup, 
railroad, log file numbers) is also transmitted such 
that a more detailed manual analysis can be 
constructed. 

The present system receives event recorder 
information from all of the locomotives throughout the 
train and determines the appropriate parameters. The 
data from all of the event recorders 22 of the train 
and control point event recorder 32 are processed to 
increase the accuracy of the simulator and therefore 
the analysis of the data. 

A processing of parameters before the analysis of 
the data is illustrated specifically in Figure 5. The 
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efficiency coefficients of the train and trackage, for 
the analysis on the simulator, include, but are not 
limited to more of the following: grade resistance, 
curve resistance, rolling resistance, tractive effort 
of the locomotives, dynamic brake effort of the 
locomotives, pneumatic brake systems and train weight. 

In order to determine which parameters to adjust, 
what direction in which to make the adjustment and 
what magnitude to make the adjustment, it is necessary 
to isolate, as much as possible, features of the trip 
being analyzed. The trip features should be those 
which generally produce a change of velocity. The 
trip features could include, but are not limited to, 
curves, grades, braking or throttle changes. All of 
these are those which result in acceleration or 
deceleration as appropriate. The efficiencies are 
used by a train dynamic model simulator compared with 
a real time recorded status data. The determination 
is whether the model data is matching the data. If it 
is, the efficiencies are correct. If not, 

efficiencies are automatically adjusted. This step is 
repeated until an acceptable match is found. A 
combination of the parameters are used. Preferably, 
the match or best fit is determined using a least 
square error. This is an improvement over the manual 
tuning of efficiencies discussed in Nickles' Patent 
4,827,438. 

The purpose of the simulator is to provide the 
same kind of display as the LEADER system display in 
the cab. This allows an operator to view and analyze 
the performance of the locomotive performance of the 



crew, track structure traversed and analysis data at 
the data server/playback station 28. 

In a playback session, each control point 
parameter can be shown graphically on the LEADER 
playback screen, in real-time relation to train 
position. Currently, the location of a signal is 
shown symbolically and the playback operator would 
know when the train passed by the signal. With the 
addition of Control Point status information, the 
LEADER playback would show the signal aspect and when 
the aspect changed states with respect to the train's 
location. The LEADER display can then offer a more 
complete recreation of the train operation. Thus, for 
example, the signal status in relation to the train 
position is available for an accident investigation 
where the timing of the signal change is being called 
into question. 

Although the processing of the information from 
the train is shown as being on a simulator off the 
train, the LEADER system on the train can also be used 
to do the same anomaly search on-board with LEADER as 
off -board with playback as a post-processing 
machine/simulator. The LEADER system would analyze 
the data in real time to adjust the efficiency 
coefficients and parameters it uses in the simulation 
of train states and display using the method of Figure 
4 . The LEADER system estimates and displays in-train 
forces, brake system status, propulsion system status 
and other considerations throughout the train. If the 
on-board LEADER automatically updates the parameters, 
they can be stored with the log data and transmitted 
to the base station. Thereby expediting an analyses. 



If a LEADER system equipped locomotive is coupled 
with a train containing non - LEADER system- equipped 
locomotives, the LEADER System will have no knowledge 
of the non- LEADER- equipped locomotives. The lack of 
knowledge will introduce errors into the LEADER 
calculations. To solve this problem, either all 
locomotives must be quipped with LEADER Systems (at 
least the I/O Concentrator measurement and 
communication portion) or the LEADER "expert" system 
must be able to determine the unknown locomotive 
states from the information available. 

The algorithms used to determine the unknown 
locomotive states is an adaptive observer and 
represents an expert system approach to identifying 
unknown information based on current known information 
and an understanding of how the train dynamics work as 
a whole. The LEADER "expert" system will identify the 
unknown information based on differences between 
measured and calculated parameters, as shown in Figure 
5, for example. The differences are used as an input 
to the expert knowledge database and an estimate of 
the unknown information will result. 

The LEADER "expert" system computer algorithm 
uses the known location of the train and the track 
database, which represents the shape of the terrain. 
The expert system determines whether the train is 
currently being pulled up or down a grade, the 
magnitude of the grade, if the train is being pulled 
through a curve, the magnitude of the curve, how much 
horsepower the locomotives should be producing in 
tractive effort given the current propulsion system 
command, and how much horsepower is being generated by 
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the dynamic brake system given the dynamic brake 
command. By combining all this information, an 
intelligent LEADER System will self tune its 
algorithms and identify the unknown train behind it. 

Examples of automatic tuning of efficiencies 
using adaptive observer algorithms are as follows: 
Example 1 . A LEADER system equipped train consist 

of three locomotives with full up LEADER Systems on 
each including GPS , radio communication, and I/O 
Concentrators. This allows a full status update of 
each locomotive in real time. The energy balance 
equations are showing the train is consistently moving 
slower than it should overall all types of terrain. 
This would indicate the train is heavier than reported 
or the rolling resistance is greater than estimated. 
By monitoring the magnitude of the energy imbalance as 
related to geographic features, LEADER system will 
automatically identify and modify the appropriate 
efficiency factor (train weight or rolling resistance 
in this case) or combination of efficiency factors. 
Example 2 . Using the same setup as Example 1, the 

energy imbalance is found to make the train go faster 
than expected but not consistently. The adaptive 
observer algorithm determines that the increased speed 
occurs around corners and therefore adjusts the curve 
efficiency down to compensate. 

Example 3 . Using the same train as above but with 

only head end equipment the LEADER System now has 
incomplete status information lacking data from the 
two trailing locomotives. As the train movement 
begins, the LEADER System assumes the two trailing 
locomotives exactly mimic the head end (or lead) 



locomotive. As an energy imbalance is found the 
adaptive observer tunes the train by adjusting 
horsepower capability of the two trailing units, 
dynamic brake efficiency of the two trailing units as 
well as other train efficiencies such as rolling, 
curve, grade resistance, and air brake efficiency. 
Example 4 . In all the above examples it was 

assumed that the train consist information was known 
including details of car weight, brake type, 
locomotive type, car length and geometries, and car 
positions. If this data was not available or reported 
to LEADER system in error, LEADER system will again 
use the energy imbalance to determine what the true 
consist parameters are. This calculation is done in 
aggregate but results in a good representation of the 
train consist. 

There are many combinations of conditions the 
adaptive observer will tune for, but the general 
approach will be the same: To identify anomalies in 
the energy balance equation, relate them to specific 
events and adjust the train efficiencies to 
compensate . 

As the "LEADER Expert" algorithm is operating 
live, in real time, the efficiencies get more and more 
accurate. These adjusted efficiencies will be 
downloaded so they can be used during playback and 
analysis saving time in the set-up of an analysis 
session . 

Although the present invention has been described 
and illustrated in detail, it is to be clearly 
understood that the same is by way of illustration and 
example only, and is not to be taken by way of 
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limitation. The spirit and scope of the present 
invention are to be limited only by the terms of the 
appended claims. 
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WHAT IS CLAIMED : 

\/ A method of transferring files between a 
computer onboard a train and remote stations 
comprising : 

determining if a remote station is within range; 

establishing wireless communication between the 
on-board computer and the remote station; and 

determining whether the computer has files to be 
transferred and transferring the files to the remote 
station. 

2. A method according to claim 1, including 
determining whether the remote station has updates to 
be transferred and transferring the updates to the on- 
board computer. 

3 . A method according to claim 2 , wherein the 
updates include one or more of software updates for 
the on-board computer, operational data and callbook 
that defines with which remote stations the onboard 
computer will initiate communication. 

4. A method according to claim 2, wherein 
determining whether the remote station has updates to 
be transferred includes comparing the version in the 
on-board computer to the version in the remote station 
and transferring only the additions, changes, and 
deletions resulting between the comparison. 
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5. A method according to claim 1, wherein 
determining if a remote station is within range 
includes determining location of train and location of 
next remote station. 

6. A method according to claim 1, wherein 
determining if a remote station is within range 
includes transmitting a wireless query and monitoring 
for a response . 

7. A method according to claim 1, wherein, 
after an interruption of wireless communication, file 
transfers may be resumed during one or more subsequent 
communication sessions until all files have been 
received successfully. 

8. A method according to claim 1, wherein the 
files includes data from an event recorder connected 
with the on-board computer. 

9. A method according to claim 8, wherein the 
train includes plural event recorders and including 
transferring data from each of the event recorders to 
the on-board computer. 

10. A method according to claim 8, wherein 

the train includes plural event recorders 
connected to a respective on-board computer; and 



-27- 

the method includes establishing wireless 
communication between the on-board computers and the 
remote station, and transferring event recorder data 
from each of the on-board computers to the remote 
station. 

11. A method according to claim 1, wherein the 
files includes one or more of train performances data 
and track data . 

12. A method according to claim 1, including 

transferring the files from the remote station to 
a simulator ; 

operating the simulator with the transferred 
files; and 

adjusting parameters of the simulator until data 
of the simulator matches data from the file. 

13. A method according to claim 12, wherein the 
parameters include one or more of grade resistance, 
curve resistance, rolling resistance, tractive effort 
of the trains' s locomotives, dynamic brake effort of 
the locomotives, pneumatic brake system, and train 
weight . 

14. A method according to claim 12, analyzing 
the data from the files on the simulator after 
adjusting of the parameters. 
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15. A method according to claim 1, including 
establishing communication between the remote station 
and a home base station; and determining what files 
have to be transferred and transferring the files. 

16. A method according to claim 15, wherein the 
files to be transferred from the home base station to 
the remote station includes one or more of software 
updates for the remote station, software updates for 
the onboard computer, operational data for the onboard 
computer, and a callbook that defines with which 
remote stations the onboard computer will initiate 
communication. 

17. A method according to claim 15, wherein the 
files to be transferred from the remote station to the 
home base include one or more of files received from 
the on-board computer and files including operation 
information of the remote station. 

18. A method according to claim 17, wherein 
operational information includes one or more of: 
locomotives contacted, which software updates were 
transferred, which onboard computer files were 
received, and communication statistics. 

19. A method according to claim 15 wherein 
communication is established between the remote 
station and the home base when one or more of remote 
station has new files from the on-board computer, home 
base has new software for the remote station or on- 
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board computer, requested by user and according to a 
schedule . 

20. A method according to claim 1, including 
establishing communication between two remote 
stations; and determining what files have to be 
transferred and transferring the files. 

21. A method according to claim 20, establishing 
communication and transferring files between remote 
stations for all the remote stations in a subnet. 

2^2 . A method of transferring files between a 
remote station and a home base station, comprising: 

responding to various trigger events to determine 
that a transfer is needed; 

establishing communication between the remote 
station and the home base station; and 

determining what files need to be transferred and 
transferring the files. 

23. A method according to claim 22, wherein the 
files transferred to the remote station includes a 
callbook that defines with which remote stations a 
computer on board a locomotive will initiate 
communication . 

24. A method according to claim 22, wherein the 
files transferred to the remote station include one or 
more updates to be installed on the remote station and 
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updates to be transferred to and installed on a 
computer on board a locomotive. 

25. A method according to claim 24, wherein 
determining whether the home base station has updates 
to transfer to the remote station includes comparing 
the version in the remote station with the version in 
the home base station. 

26. A method according to claims 22, wherein 
trigger event for the transfer of a software update 
includes a new software version being submitted to the 
home base station. 

27. A method according to claim 22, wherein the 
files transferred to the home base station includes 
one or more of files received by the remote station 
from a computer on board a locomotive and operational 
information about the remote station. 

28. A method according to claim 27, wherein the 
operational information includes one or more of: 
locomotives contacted, which software updates were 
transferred, which onboard computer files were 
received, and communication statistics. 

29. A method according to claim 27, wherein the 
home base station uses the onboard computer files for 
one or more of: analysis, playback, report generation, 
archival , and backup . 
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A railway communications network for 
transferring files between computers on board 
locomotives, and remote stations comprising: 

at least one locomotive having an on board 
computer; 

a group of remote stations connected together in 
a subnetwork and each including a server for files; 
and 

a communication device on the locomotive 
communicating only with remote stations of its 
subnetwork. 



31. A network according to claim 3 0 , including 
a plurality of railroad subnetworks grouping together 
remote stations and onboard computers according to 
criteria that include the territorial boundaries or 
operating ranges of a particular railroad, 
subdivision, or other entity. 



32. A network according to claim 31, wherein the 
onboard computer includes a callbook with defines the 
remote stations on its own subnetwork. 



33. A network according to claim 31, wherein the 
onboard computer includes the ability to communicate 
with one or more remote station on one or more 
"foreign" subnetworks. 



34. A network according to claim 31, wherein a 
remote station includes a callbook which defines the 



other remote stations on its own subnetwork with which 
it can communicate. 



35. A network according to claim 31, wherein a 
remote station includes the ability to communicate 
with a remote station on a "foreign" subnetwork when 
a foreign locomotive transfers files to it. 



36. A network according to claim 31, wherein the 
subnetwork includes the ability to electronically 
reconfigure itself when a remote station is added to 
or removed from the subnetwork. 



A method of adjusting a simulator 
comprising : 

inputting the data from a train into the 
simulator; 

operating the simulator with the data; and 

adjusting automatically parameters of the 
simulator until data of the simulator matches the data 
from the train. 



38. A method according to claim 37, wherein the 
parameters includes one or more of grade resistance, 
curve resistance, rolling resistance, tractive effort 
of the train's locomotives, dynamic brake effort of 
the locomotives, pneumatic brake system, and train 
weight . 
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39. A method according to claim 37, including 
analyzing the inputted data on the simulator after 
adjusting of the parameters. 

40. A method according to claim 39, wherein the 
analysis includes identifying anomalies in the 
inputted data and reporting the anomalies. 

41. A method according to claim 37, adjusting 
the parameters includes comparing the simulator data 
and the train data during a change of velocity. 

42. A method according to claim 37, wherein the 
train data is from an event recorder on the train and 
adjusting the parameters includes comparing the 
simulator data and the event recorder data during one 
or more trip feature including: curves; grades; 
braking and throttle changes. 

43. A method according to claim 37, wherein the 
train includes plural event recorders storing the 
train data and including inputting data from each of 
the event recorders into the simulator and operating 
the simulator and adjusting the parameters using the 
data from all the event recorders. 

44. A method according to claim 37, including 
providing a simulator on the train. 
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45. A method according to claim 44, including 
storing the adjusted parameters with the data of the 
train on an event recorder on the train. 

46. A method according to claim 1, wherein one 
of the remote stations includes track data; and 
including transferring the track data to the on-board 
computer and subsequently transferring the track data 
from the on-board computer to another remote station. 

47. A method according to claim 46, including 
displaying the track data on the train. 

48. A method according to claim 46 wherein the 
track data includes one or more of signal aspect, 
crossing gate position, crossing occupancy status, and 
other trains in the vicinity. 

49. A method according to claim 46 including 
correlating train performance data with track data. 

50/ A method of transferring files from remote 
stations along a railroad track to a base station 
comprising : 

establishing communication between a computer on 
a train and remote stations as the train moves along 
the track; 

transferring files from the remote stations to 
the on-board computer; 



-35- 

establishing communication between the on-board 
computer and the base station; and 

subsequently transferring files from the remote 
station from the on-board computer to the base 
station. 



ABSTRACT OF THE DISCLOSURE 

A method of transferring files between a computer 
on board a train and a remote station including 
determining if the remote station is within range of 
the train and establishing wireless communication 
between the onboard computer and the remote station. 
Next, the computer determines whether there are files 
to be transferred, and if so, transfers the file. If 
the remote station has updates to be transferred to 
the train, such updates are transferred to the onboard 
computer. Files and updates are also transferred 
between remote stations and between remote stations 
and a home base station. A method of adjusting a 
simulator includes inputting data from the train onto 
a simulator. The simulator is operated with the data 
and the simulator automatically adjusts the parameters 
of the simulator until the data of the simulator 
matches the data from the train. The data can then be 
process and analyzed. 
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